Definir a técnica a ser utilizada para coletar os requisitos:

• Entrevistas: Meio formal ou informal de extrair informações das partes interessadas através de conversas diretas com as mesmas. Normalmente é realizada através de perguntas preparadas ou espontâneas e do registro das respostas;
• Grupos de discussão: Os grupos de discussão reúnem as partes interessadas pré-qualificadas e os especialistas no assunto para aprender a respeito das suas expectativas e atitudes em relação a um produto, serviço ou resultados propostos;
• Análise de documentos: Usada para obter requisitos pela análise da documentação existente e a identificação das informações relevantes aos requisitos. Exemplos de documentos que podem ser analisados incluem, mas não estão limitados, a: planos de negócios, literatura de marketing, acordos, solicitações de propostas, fluxos de processos atuais, casos de uso, outros documentos de requisitos, etc

A documentação dos requisitos descreve como os requisitos individuais atendem às necessidades do negócio para o projeto. Os requisitos devem ser não ambíguos (mensuráveis e passíveis de testes), rastreáveis, completos, consistentes e aceitáveis para as principais partes interessadas. Os componentes da documentação geralmente incluem:

• Requisitos das partes interessadas, incluindo:
  • Impactos em outras áreas organizacionais;
  • Impactos em outras entidades internas ou externas à organização; e
  • Requisitos de comunicação com as partes interessadas e de relatórios.
• Requisitos de solução, incluindo:
  • Requisitos funcionais e não funcionais;
  • Requisitos tecnológicos e de conformidade com padrões;
  • Requisitos de suporte e treinamento;
  • Requisitos de qualidade; e
  • Requisitos de relatos, etc. (os requisitos de solução podem ser documentados textualmente, em modelos, ou ambos).
•   Requisitos do projeto, tais como:
  • Níveis de serviço, desempenho, segurança, conformidade, etc.; e
  • Critérios de aceitação.
• Requisitos de transição.
• Premissas, dependências e restrições dos requisitos.

Desenvolver a matriz de rastreabilidade (vide Conceito abaixo) para os seguintes itens:

• Necessidades, oportunidades, metas e objetivos de negócio;
• Objetivos do projeto;
• Escopo do projeto/entregas da EAP;
• Design do produto;
• Desenvolvimento do produto;
• Estratégia de teste e cenários de teste; e
• Requisitos de alto nível para requisitos mais detalhados.

Essa etapa corresponde a uma definição completa dos requisitos de software, de forma que possam ser efetivamente revistos.  Todos os produtos de trabalho dos requisitos são montados e qualquer informação adicional é fornecida. 

Em projetos menos formais, esta etapa consiste em agrupar os relatórios relevantes e a documentação gerada manualmente, com materiais de suporte suficientes.

Em projetos mais formais, uma ou mais especificações de requisitos de software podem ser produzidas, estas coletam e organizam todos os requisitos que envolvem o projeto. Por exemplo, uma especificação separada pode descrever todos os requisitos de software para cada recurso em uma determinada liberação do produto, pode incluir os requisitos que são documentados em outros produtos de trabalho dos requisitos. Isso permite uma especificação formal, sem a necessidade de duplicar as informações nos outros produtos de trabalho.

Utilizando uma especificação de requisitos de software apropriada, monte as partes do pacote da especificação e forneça as informações restantes para ter uma definição completa dos requisitos de software deste subsistema ou recurso.